Date: Wed,  7 Jul 93 10:23:18 PDT
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #199
To: packet-radio


Packet-Radio Digest         Wed,  7 Jul 93       Volume 93 : Issue  199

Today's Topics:
                       commercial use of packet
                Guide to the Personal Radio Newsgroups
                         Help: Commodore Pet
                      Help: KPC3 & com2 (2 msgs)
                     Is it broadcasting? (2 msgs)
                              JNOS Devop
                     Multimode suggestions wanted
                 NET/Mac 2.3.19 or 2.3.20 ? (2 msgs)
               Pt 2/2: Front End for FOSSIL and Packet
                   selecting configuration for JNOS
                 WANTED: Internet -> TCP/IP gateways

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 7 Jul 93 13:10:42 GMT
From: news-mail-gateway@ucsd.edu
Subject: commercial use of packet
To: packet-radio@ucsd.edu

I'm trying to locate information on how packet radio can be used in a non-
amateur-radio (commercial) setting.  Are there any educational
institutions or businesses which use packet radio for computer
service/data delivery?

A librarian at UCSD (I think) used to have some activity, but I haven't
heard much lately.  I'd be especially interested in organizations which
utilized ITFS transmission media/licenses/etc.

Specific application consists of locating computer terminals without using
leased phone lines, including mobile and temporary fixed locations. 

How does a main-frame handle communications among multiple terminals?

Replies to  Paul Marsh, Metropolitan Community College, Omaha
pmarsh@metro.mccneb.edu

------------------------------

Date: Wed, 7 Jul 1993 16:27:53 GMT
From: nevada.edu!news.unomaha.edu!news@uunet.uu.net
Subject: Guide to the Personal Radio Newsgroups
To: packet-radio@ucsd.edu

Posted-By: auto-faq 2.4
Archive-name: radio/personal-intro
Revision: 1.4 06/30/93 12:04:14
Changes: new rec.radio.amateur.* newsgroups, cs.utexas.edu gateway

(Note:  The following is reprinted with the permission of the author.
Due to the recent reorganization, it is also on a temporarily-
accelerated posting schedule as follows:

July      weekly
August    bi-weekly
September back to monthly)

This message describes the rec.radio.amateur.*, rec.radio.cb, rec.radio.info,
and rec.radio.swap newsgroups. It is intended to serve as a guide for the new
reader on what to find where. Questions and comments may be directed to the
author, Jay Maynard, K5ZC, by Internet electronic mail at
jmaynard@oac.hsc.uth.tmc.edu. This message was last changed on 30 June 1993 to
add the groups created during the latest reorganization vote and the
description of the cs.utexas.edu gateway.

History
=======

Way back when, before there was a Usenet, the Internet hosted a mailing list
for hams, called (appropriately enough) INFO-HAMS. Ham radio discussions
were held on the mailing list, and sent to the mailboxes of those who had
signed up for it. When the Usenet software was created, and net news as we
now know it was developed, a newsgroup was created for hams: net.ham-radio.
The mailing list and the newsgroup were gatewayed together, eventually.

As the net grew, and as packet radio came into vogue, packet discussion began
to dominate other topics in the group and on the list. This resulted in the
logical solution: a group was created to hold the packet discussion, and
another corresponding mailing list was created as well: net.ham-radio.packet
and PACKET-RADIO, respectively.

These two groups served for several years, and went through Usenet's Great
Renaming essentially unchanged, moving from net.ham-radio[.packet] to
rec.ham-radio[.packet]. Readership and volume grew with the rest of the
network.

The INFO-HAMS mailing list was originally run from a US Army computer at
White Sands Missile Range, SIMTEL20. There were few problems with this
arrangement, but one was that the system was not supposed to be used for
commercial purposes. Since one of hams' favorite pastimes is swapping
gear, it was natural for hams to post messages about equipment for sale
to INFO-HAMS/rec.ham-radio. This ran afoul of SIMTEL20's no-commercial-use
restriction, and after some argument, a group was created specifically
for messages like that: rec.ham-radio.swap. This group wasn't gatewayed to
a mailing list, thus avoiding problems.

While all this was happening, other folks wanted to discuss other aspects
of the world of radio than the personal communications services. Those
folks created the rec.radio.shortwave and rec.radio.noncomm newsgroups,
and established the precedent of the rec.radio.* hierarchy, which in turn
reflected Usenet's overall trend toward a hierarchical name structure.

The debate between proponents of a no-code ham radio license and its opponents
grew fierce and voluminous in late 1989 and 1990. Eventually, both sides grew
weary of the debate, and those who had not been involved even more so. A
proposal for a newsgroup dedicated to licensing issues failed. A later
proposal was made for a group that would cover the many recurring legal issues
discussions. During discussion of the latter proposal, it became clear that it
would be desirable to fit the ham radio groups under the rec.radio.*
hierarchy. A full-blown reorganization was passed by Usenet voters in January
1991, leading to the overall structure we now use. 

After the reorganization, more and more regular information postings began to
appear, and were spread out across the various groups in rec.radio.*. Taking
the successful example of the news.answers group, where informational postings
from across the net are sent, the group rec.radio.info was created in
December, 1992, with Mark Salyzyn, VE6MGS, initially serving as moderator.

In January, 1993, many users started complaining about the volume in
rec.radio.amateur.misc. This led to a discussion about a second
reorganization, which sparked the creation of a mailing list by Ian Kluft,
KD6EUI. This list, which was eventually joined by many of the most prolific
posters to the ham radio groups, came up with a proposal to add 11 groups to
the rec.radio.amateur hierarchy in April 1993. The subsequent vote, held in
May and early June, approved the creation of five groups:
rec.radio.amateur.digital.misc (to replace .packet), .equipment, .homebrew,
.antenna, and .space.

The Current Groups
==================

I can hear you asking, "OK, so this is all neat history, but what does it
have to do with me now?" The answer is that the history of each group has
a direct bearing on what the group is used for, and what's considered
appropriate where.

The easy one is rec.radio.amateur.misc. It is what rec.ham-radio was renamed
to during the reorganization. Any message that's not more appropriate in one
of the other groups belongs here, from contesting to DX to ragchewing on VHF
to information on becoming a ham.

The group rec.radio.amateur.digital.misc is for discussions related to
(surprise!) digital amateur radio. This doesn't have to be the common
two-meter AX.25 variety of packet radio, either; some of the most
knowledgeable folks in radio digital communications can be found here, and
anything in the general area is welcome. The name was changed to emphasize
this, and to encourage discussion not only of other text-based digital modes,
such as AMTOR, RTTY, and Clover, but things like digital voice and video as
well. The former group, rec.radio.amateur.packet, has not been removed as of
this writing, but it is obsolete, and you should use .digital.misc instead.
The group has the .misc as part of the name to allow further specialization if
the users wish it, such as .digital.tcp-ip. 

The swap group is now rec.radio.swap. This recognizes a fact that became
evident shortly after the original group was formed: Hams don't just swap ham
radio gear, and other folks besides hams swap ham equipment. If you have radio
equipment, or test gear, or computer stuff that hams would be interested in,
here's the place. Equipment wanted postings belong here too. Discussions about
the equipment generally don't; if you wish to discuss a particular posting
with the buyer, email is a much better way to do it, and the other groups,
especially .equipment and .homebrew, are the place for public discussions.
There is now a regular posting with information on how to go about buying and
selling items in rec.radio.swap; please refer to it before you post there. 

The first reorganization added two groups to the list, one of which is
rec.radio.amateur.policy. This group was created as a place for all the
discussions that seem to drag on interminably about the many rules,
regulations, legalities, and policies that surround amateur radio, both
existing and proposed. The neverending no-code debate goes here, as does
the New Jersey scanner law, the legality of ordering a pizza on the
autopatch, what a bunch of rotten no-goodniks the local frequency
coordinating body is, and so on.

The other added group is rec.radio.cb. This is the place for all discussion
about the Citizens' Band radio service. Such discussions have been very
inflammatory in rec.ham-radio in the past; please do not cross-post to both
rec.radio.cb and rec.radio.amateur.* unless the topic is genuinely of interest
to both hams and CBers - and very few topics are.

The rec.radio.info group is just what its name implies: it's the place where
informational messages from across rec.radio.* may be found, regardless of
where else they're posted. As of this writing, information posted to the group
includes Cary Oler's daily solar progagation bulletins, ARRL bulletins, the
Frequently Asked Questions files for the various groups, and radio
modification instructions. This group is moderated, so you cannot post to it
directly; if you try, even if your message is crossposted to one of the other
groups, your message will be mailed to the moderator, who is currently Mark
Salyzyn, VE6MGS. The email address for submissions to the group is
rec-radio-info@ve6mgs.ampr.ab.ca. Inquires and other administrivia should be
directed to rec-radio-request@ve6mgs.ampr.ab.ca. For more information about
rec.radio.info, consult the introduction and posting guidelines that are
regularly posted to that newsgroup.

The groups rec.radio.amateur.antenna, .equipment, .homebrew, and .space are
for more specialized areas of ham radio: discussions about antennas,
commercially-made equipment, homebrewing, and amateur radio space operations.
The .equipment group is not the place for buying or selling equipment; that's
what rec.radio.swap is for. Similarly, the .space group is specifically about
amateur radio in space, such as the OSCAR program and SAREX, the Shuttle
Amateur Radio EXperiment; other groups cover other aspects of satellites and
space. Homebrewing isn't about making your own alcoholic beverages at home
(that's rec.crafts.brewing), but rather construction of radio and electronic
equipment by the amateur experimenter. 

The rec.radio.amateur.misc, .packet, and .policy groups, and the
rec.radio.info group, are available by Internet electronic mail in digest
format; send a mail message containing "help" on a line by itself to
listserv@ucsd.edu for instructions on how to use the mail server. The
rec.radio.swap group is not available for reading by electronic mail. At this
writing, the most recently added groups are also not available for reading by
electronic mail, although that may change.

All of the groups can be posted to by electronic mail, though, by using a
gateway at the University of Texas at Austin. To post a message this way,
change the name of the group you wish to post to by replacing all of the '.'s
with '-'s - for example, rec.radio.swap becomes rec-radio-swap - and send to
that name@cs.utexas.edu (rec-radio-swap@cs.utexas.edu, for example). You may
crosspost by including multiple addresses as Cc: entries (but see below). This
gateway's continued availability is at the pleasure of the admins at
UT-Austin, and is subject to going away at any time - and especially if
forgeries and other net.abuses become a problem. You have been warned. 

A Few Words on Crossposting
===========================

Please do not crosspost messages to two or more groups unless there is genuine
interest in both groups in the topic being discussed, and when you do, please
include a header line of the form "Followup-To: group.name" in your article's
headers (before the first blank line). This will cause followups to your
article to go to the group listed in the Followup-To: line. If you wish
to have replies to go to you by email, rather than be posted, use the word
"poster" instead of the name of a group. Such a line appears in the headers
of this article.

One of the few examples of productive cross-posting is with the rec.radio.info
newsgroup. To provide a filtered presentation of information articles, while
still maintaining visibility in their home newsgroups, the moderator strongly
encourages cross-posting. All information articles should be submitted to the
rec.radio.info moderator so that he may simultaneously cross-post your
information to the appropriate newsgroups. Most newsreaders will only present
the article once, and network bandwidth is conserved since only one article is
propagated. If you make regular informational postings, and have made
arrangements with the moderator to post directly to the group, please
cross-post as appropriate.

--
Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
      "If my car ran OS/2, it'd be there by now" -- bumper sticker
                 GCS d++ p+ c++ l+ m+/- s/++ g++ w++ t+ r

--
73, Paul W. Schleck, KD3FU

pschleck@unomaha.edu

Celebrating 60 years of the Univ. of Maryland ARA - W3EAX (1933-1993)

------------------------------

Date: 5 Jul 93 20:59:31 GMT
From: usc!math.ohio-state.edu!darwin.sura.net!news-feed-1.peachnet.edu!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: Help: Commodore Pet
To: packet-radio@ucsd.edu

Organization: Hewlett-Packard Canada Ltd, Dieppe, N.-B.

A group here have come across some Commodore Pets, the 8032 and
9000 SuperPet, with no documentation.  Can these be used for
Packet?  Any information on port pin outs, memory maps, schematics
or manuals would be appreciated.

73 de Michel

	Michel Landry			michell@canada.hp.com
  	Dieppe, New Brunswick, Canada	VE1MDL		

------------------------------

Date: 4 Jul 93 13:34:09 GMT
From: swrinde!gatech!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: Help: KPC3 & com2
To: packet-radio@ucsd.edu

Organization: Express Access Online Communications, Greenbelt, MD USA

I have a KPC-3 that I am attempting to connect to my system.  I have an
internal modem that uses com2 and an external port on com2 that I have
connected to the KPC-3.

Am I allowed to use the external port even if there's an internal board
that uses it (but obviously not at the same time)?  My TNC program
(KaGold) won't recognize the connection and says there's a communications
problem.

What's the solution?  I hope if doesn't mean I have to install a board to
get another serial port.

Thanks for your help.

Todd Carter
Alexandria, VA
tcarter@access.digex.net

------------------------------

Date: 4 Jul 93 16:01:11 GMT
From: usc!howland.reston.ans.net!gatech!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: Help: KPC3 & com2
To: packet-radio@ucsd.edu

Organization: University of San Francisco

Todd W. Carter (tcarter@access.digex.net) wrote:
: I have a KPC-3 that I am attempting to connect to my system.  I have an
: internal modem that uses com2 and an external port on com2 that I have
: connected to the KPC-3.

: Am I allowed to use the external port even if there's an internal board
: that uses it (but obviously not at the same time)?  My TNC program
: (KaGold) won't recognize the connection and says there's a communications
: problem.

: What's the solution?  I hope if doesn't mean I have to install a board to
: get another serial port.

Well, I am going to assume for the sake of arguement that you are using
COM1 for a mouse or something like that. Now being that you are using an
internal modem, there should be some jumpers on it to switch the com
port. What you will want to do is switch it to com 4 (because if you are
using something on COM1 like a mouse, the IRQ which it shares with COM3
will make the operation of one or the other [mouse and/or modem]
non-existant!). Now you can plug you KPC up and use your favorite term
program to do packet. Since every modem is different, I would suggest
that you dig through the manual to find the correct jumpers or switches
for the modem.

Regards,
--
*******************************************************************
* Kim C. Callis                                                   * 
* Univ. of San Francisco, San Francisco, CA                       *
* EMAIL: callis@usfca.edu or callis@dons.ac.usfca.edu             *
*******************************************************************
DISCLAIMER: As long as nothing I say attempts to represent the 
views of the Univ. of San Francisco, they could care less what I 
have to say. Meaning that anything said, like it or not, is strictly
my own personal opinion and views.

------------------------------

Date: 5 Jul 93 20:14:26 GMT
From: usc!howland.reston.ans.net!darwin.sura.net!news-feed-1.peachnet.edu!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: Is it broadcasting?
To: packet-radio@ucsd.edu

Organization: University of Minnesota

I'm new to packet and don't know how to recognize what is appropriate.
There is a local station that sends unconnected packets with an
occasional message imploring people to pray for and condemn the "slaughter
of the unborn" in a reference to abortion.

Is this sort of thing legal? Does the FCC allow packet braodcasting or look 
the other way? The other station contends that since the message isn't
obscene he has a right to send it. Is packet on the regulatory frontier or
do I need a new license manual?
Thanks!
jeffrey N0IRR

------------------------------

Date: 6 Jul 93 06:28:20 GMT
From: usc!howland.reston.ans.net!darwin.sura.net!news-feed-1.peachnet.edu!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: Is it broadcasting?
To: packet-radio@ucsd.edu

Organization: UK Centre for Lemur Fandom

In article <weiss.741878071@staff.tc.umn.edu> weiss@staff.tc.umn.edu () writes:
>I'm new to packet and don't know how to recognize what is appropriate.
>There is a local station that sends unconnected packets with an
>occasional message imploring people to pray for and condemn the "slaughter
>of the unborn" in a reference to abortion.
>
>Is this sort of thing legal? Does the FCC allow packet braodcasting or look
>the other way? The other station contends that since the message isn't
>obscene he has a right to send it. Is packet on the regulatory frontier or
>do I need a new license manual?

In the UK, that's definitely extremely illegal, the use of amateur radio for
political and religious purposes is expressly forbidden. It damn well should be
in the US as well, but owing to all the flag-wavers shouting 'First Amendment'
all the time and whining about rights, it probably isn't.

Sorry for minor flame, but use of packet for that sort of thing annoys me no
end. That's not what amateur radio is for. It's on the same line as in the UK,
some stations contending that they have a right to send whatever they want over
the network because they have a license - which is of course wrong, as the
wonderful network we have is all courtesy of the operators who allow others to
use their equipment. Talking about having a 'right' to do with other people's
equipment exactly what you wish, er, also annoys me no end. Ho hum.

Gosh, I am a bad-tempered sod..

73 Mike



-- 
+---------------------------   O   Mike Knell, University of Nottingham, UK -+ 
|       Nevertheless..       -/ \- Internet: eeyimkn@unicorn.nott.ac.uk      |
|     the Turtle Moves!      -\_/- AX25: g7gpa@gb7bad.#23.gbr.eu             |
+--M.T.V. - GET OFF THE AIR!-- |   AMPRnet: mpk@hobbes.g7gpa.ampr.org -------+

------------------------------

Date: 5 Jul 93 01:29:14 GMT
From: usc!howland.reston.ans.net!darwin.sura.net!news-feed-1.peachnet.edu!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: JNOS Devop
To: packet-radio@ucsd.edu

Organization: The Amiga GateWay BBS * New Orleans, La.

HI All,

 I have there was a newsgroup or mail list for Jnos users. Can someone
please send me the info again..

73 de Angelo


-- Via DLG Pro v0.995

Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA
  Tcp/ip:N5UXT.AMPT.ORG  [44.108.2.13]

------------------------------

Date: 7 Jul 1993 15:10:59 GMT
From: pipex!bnr.co.uk!bnrgate!corpgate!crchh327.bnr.ca!crchh7b0!debaker@uunet.uu.net
Subject: Multimode suggestions wanted
To: packet-radio@ucsd.edu

Greetings,

I am interested in hearing from anyone who has either an MFJ 1278
or a KAM/KAM Plus.  These two units seem to be very similiar,
but the MFJ really appears to offer more for the money, but the
KAM seems like better quality...  How about modems?  The MFJ
looks like it can easily be upgraded to 2400 or 9600, but the
KAM is not, right? (or requires thier Data Engine?)  Please
send email with your experiences (good and bad) and any 
recommendations on these products, or any other comparable devices.

Thanks!

73

____________________________________________________________
| David E. Baker                    Opinions expressed are |
| Callsign: KJ5ML                   mine, and they do not  |
| Internet: debaker@bnr.ca          necessarily reflect    |
| IP Addr:  47.122.65.7             the opinions of BNR or |
| Unix ID:  crchh7b0                or Northern Telecom.   |
|----------------------------------------------------------|

------------------------------

Date: Wed, 07 Jul 93 06:51:23 -0400
From: psinntp!wlnntp.psi.com!usenet@uunet.uu.net
Subject: NET/Mac 2.3.19 or 2.3.20 ?
To: packet-radio@ucsd.edu

Paul... I have all of the releases here if you are not able to find 
them at ucsd.edu. But the latest release is now 2.3.24 and it is a 
complete package, not just an update. If yopu'd like that version let 
me know and I'll send it your way.

Terry Stader-KA8SCP
America Online Ham Radio Club Host
KA8SCP@WA1PHY.#EMA.MA.NOAM

>DATE:   Mon, 5 Jul 1993 14:17:01 GMT
>FROM:   Paul Russell <paulr@syma.sussex.ac.uk>
>
>I'm trying to get hold of the latest version of NET/Mac. On ucsd.edu
>there is a patcher program which will take version 2.3.19 to 2.3.20
>but the latest version that appears to be available anywhere on the
>Internet (according to Archie) is 2.3.15. So does anyone have either
>version 2.3.19 or 2.3.20 that they could e-mail to me, or alternatively
>a pointer to an FTP site where I can get either of these versions ?
>
>Thanks,
>
>//Paul (G4BWQ)
>
>-- 
>|  Paul Russell               |  Internet:  paulr@syma.sussex.ac.uk  |
>|  Experimental Psychology    |  AppleLink: EP.SUSSEX                |
>|  Sussex University, Falmer  |  Telephone: +44 273 606755 x2793     |
>|  Brighton BN1 9QG, England  |  Facsimile: +44 273 678433           |

------------------------------

Date: 5 Jul 93 21:17:11 GMT
From: usc!howland.reston.ans.net!darwin.sura.net!news-feed-1.peachnet.edu!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: NET/Mac 2.3.19 or 2.3.20 ?
To: packet-radio@ucsd.edu

Organization: University of Sussex

I'm trying to get hold of the latest version of NET/Mac. On ucsd.edu
there is a patcher program which will take version 2.3.19 to 2.3.20
but the latest version that appears to be available anywhere on the
Internet (according to Archie) is 2.3.15. So does anyone have either
version 2.3.19 or 2.3.20 that they could e-mail to me, or alternatively
a pointer to an FTP site where I can get either of these versions ?

Thanks,

//Paul (G4BWQ)

-- 
|  Paul Russell               |  Internet:  paulr@syma.sussex.ac.uk  |
|  Experimental Psychology    |  AppleLink: EP.SUSSEX                |
|  Sussex University, Falmer  |  Telephone: +44 273 606755 x2793     |
|  Brighton BN1 9QG, England  |  Facsimile: +44 273 678433           |

------------------------------

Date: 5 Jul 93 00:14:22 GMT
From: usc!math.ohio-state.edu!darwin.sura.net!news-feed-1.peachnet.edu!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: Pt 2/2: Front End for FOSSIL and Packet
To: packet-radio@ucsd.edu

                Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na

------------------------------

Date: 4 Jul 93 14:11:15 GMT
From: usc!howland.reston.ans.net!gatech!news-feed-1.peachnet.edu!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: selecting configuration for JNOS
To: packet-radio@ucsd.edu

Organization: Biztech, Inc.

I'm trying to compile JNOS using TC++ 3.0, and (as I was warned in the  
README) I was not able to link using the supplied config.h files, due to  
dgroup space limitations.

So, I went into config.h and undef'd a bunch of things I don't really  
need, including the bbs and netrom stuff.

Afterwards, I WAS able to link, but I had a few problems.  Any assistance  
would be greatly appreciated.

The problems are:

1) the executabe is huge (400+k)
2) it doesn't work (errors freeing unallocated memory, quickly followed by  
freezing).

I don't have pklite.  Is this a major problem, and if so, are there any  
options?  What exactly does pklite do?

Is there a trick to downsizing NOS other than modifying config.h??  

Are there certain things which MUST be linked in?

Also, I am curious about the MULTITASK feature.  Does this mean that when  
shelling to DOS, NOS continues to run?  

I have defined MULTITASK and undefined XSPAWN.

Thanks,
Ben Mehlman KB2ERP
bmehlman@biztech.com

------------------------------

Date: 4 Jul 93 13:18:08 GMT
From: swrinde!gatech!concert!duke!wolves!psybbs!fredmail@network.UCSD.EDU
Subject: WANTED: Internet -> TCP/IP gateways
To: packet-radio@ucsd.edu

Organization: Sydney University Computing Service, Sydney, NSW, Australia

<C70861@TRMETU.BITNET> writes:

>account on the gateway:I have bad experience with that as my packet and
>internet emails addressed to gateways sysops have been integraly discarded
>and not replied...i am not discouraging but just stating things as they are...

I would be very surprised if you leave a valid mail address you don't get a
reply.

The gateway operators have no reason not to reply to reasonably made
requests.

Terry

-- 

------------------------------

End of Packet-Radio Digest V93 #199
******************************
